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FIELD OF THE INVENTION 

The present invention is directed to a component architecture. 

SUMMARY 

An audio server system for streaming audio content has an audio switch that 
receives commands from an audio control component and sends commands to an audio stream 
source, that receives events from an audio stream source and sends events to an audio browse list 
component, and that controls the switching of audio from the audio stream source to one or more 
receivers; and an audio control component that receives commands from an audio control 
synchronous component and sends commands to the audio switch. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 i llustrates a high level overview of all of the components of a Vulcan 
architecture and the links between those components; 

Figure 2 illustrates an overview of a component architecture; and 
Figures 3-5 show screenshots of an exemplary Audio Browser. 
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DETAILED DESCRIPTIO N 

2 Design Overview 

The Vulcan product which is designed to stream audio from a given audio content 
server PC to multiple connected audio receivers, is made up of a collection of components, i.e. 
Beads, which will communicate through command requests and event responses. This design 
will outline the structure of all commands and events in the system. In addition, the structure of 
any required protocol initialization files will also be designed. 

3 Process Summary 

The following diagram of Figure 1 details the high level overview of all of the 
components of the Vulcan architecture and the links between those components. | | 
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Component Architecture Overview 




Jl 

The interface between each component is detailed in the Component Interfaces Design document 
which is available at: Component lnterfaces.xls . 

The basic responsibility of each component in the diagram above is as follows: 



AudioStreamSource: 

• Interface bead which receives commands from AudioSwitch and talks to audio source 
interface libraries such as Real Audio and Windows Media. 



• Sends asynchronous events to AudioSwitch. 
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AudioSwitch: 

• Receives commands from AudioControl and sends commands to AudioStreamSource. 

• Receives events from AudioStreamSource and sends events to AudioBrowserList. 

• Controls the switching of audio from AudioStreamSource to one or more Receivers. 

• Requests playlist content (see: Playlist Parsers), upon receipt of a CreateActivity 
command that contains a Playlist or a SetPlaylist command. 

• Receive commands on it's config edge to list all current activities that it owns. 

AudioControl: 

• Receives commands from AudioControlSynchronous and sends commands to 
AudioSwitch. 

• Requests playlist content (see: Playlist Parsers), upon receipt of the ExpandPlaylist 
command from an Audio Browser. 

AudioControlSynchronous: 

• Receives events from AudioBrowserList, AudioContentList and AudioReceiverList. 

• Sends commands to AudioControl on the server local to the requested content or on the 
server responsible for serving up internet content, when applicable. 

• Generates unique ActvitylDs across all Audio Browsers, using IP address and sequential 
ID. 

AudioBrowserList: 

• Receives messages from Heartbeat about the addition/removal of Audio Browsers and 
requests the initial list of active activities from AudioSwitch when a new Audio Browser 
is detected. 
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• Receives events from AudioSwitch and sends events to all active Audio Browsers. 
AudioContentList: 

• Receives messages from Heartbeat about the addition/removal of Audio Servers. 

• Users IP address of new server to get virtual roots from HTTPServer, and uses virtual 
roots to get audio content from FileCrawler. 

• Forwards new (and removed) content events to AudioControlSynchronous. 

AudioReceiverList: 

• Receives messages from Heartbeat about the addition/removal of Audio Receivers and 
forwards those messages in the form of events to AudioControlSynchronous. 

HTTPServer: 

• Receive commands on it's config edge to add/remove/modify virtual roots. 

• Receive a command on it's config edge to return contents of virtual roots table. 

FileCrawler: 

• Receive a command on it's config edge to return a list of files for a given HTTP virtual 
root (and it's subdirectories) for a given content type (i.e. extension). 

• Transform all local files names into encoded URLs. 
Playlist Parser: 

• Receive a format specific playlist and convert it into a generic filelist. 

• There will actually be one PlaylistParser for each support playlist type, (i.e. M3UParse, 
PLSParse, ASXParse, etc.). 
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FileGlobalizer: 

• Transforms local file names into URLs. It will be used in conjunction with the Playlist 
Parsers to return file lists with URLs instead of just local file names. 

Heartbeat: 

• On startup, post a message to discovery, announcing the presence, or absence, of each 
Strings feature, i.e., Local-Content Server, Internet Content Server, Receiver or Browser. 

• Receive messages from discovery channels for each feature and forward events for each 
existing feature. 

4 Design Concepts 

The architecture is made up features which can be distributed in any way across 
hosts in the network. The only requirement is that at most one instance of a given feature can be 
running on a host at a time. The features that make up the architecture are the Server, Receiver 
and Browser. Server features can be further broken down to support local content, internet 
content or both. Heartbeat is responsible for discovering all features and forwarding 
corresponding events appropriately. AudioBrowserList will receive events for Browser features, 
AudioContentList will receive events for Server features and AudioReceiverList will receive 
events for Receiver features. 

All features can communicate asynchronously over a well known port using 
sockets, or synchronously via an HTTP request. 

AudioControlSvnchronous will receive all accessible content and receivers (from 
AudioContentList and AudioReceiverList, respectively) and all current activities from 
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AudioBrowserList on startup. Subsequent events to AudioControlSynchronous will only contain 
deltas to the original data dump and will be initiated as follows: 

• An event is sent from AudioBrowserList indicating a modification of an existing activity. 

• An event is sent from AudioContentList indicating that a new PC came on-line with new 
playlist/audiofile info or an existing PC went off-line, thus removing existing 
playlist/audiofile info. 

• An event is sent from AudioReceiverList indicating that a new audio receiver came on- 
line or an existing audio receiver went off-line. 

When AudioContentList receives the event from Heartbeat announcing a new Server feature, it 
will request the virtual roots on that server from HTTPServer. Then, it will request the audio 
content for each virtual root, for each supported content type, from the FileCrawler on the newly 
discovered server. FileCrawler will be responsible for parsing each filename and replacing all 
local file prefixes with URLs. For example, if it finds a playlist with the URL: C:\My 
Documents\My Music\workout.m3u, it will need to change that to http:\\a.b.c.d\c\my 
documents\my music\workout.m3u, assuming the virtual root is set up such that c:\ maps to 
http:\\a.b.c.d\c. FileCrawler will get the virtual roots from the HTTPServer config edge. 

AudioContentList will also be responsible for sending an event to AudioControlSynchronous 
which details which servers are serving local content and which are serving internet content. 
This will allow AudioControlSynchronous to request audio content from the correct server. 

When AudioSwitch receives a request from AudioControl to open a playlist, it will request the 
contents of the playlist, which will invoke a content specific playlist bead (i.e. M3UParse, 
PLSParse, ASXParse, etc.), to parse the results returned from HTTPClient and pass on the 
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content independent results. The results from the playlist parser will be passed through 
FileGlobalizer to replace all local file names with encoded URLs. 

5 XML Format Specification 

The current assumption is that the structure of all commands and event interfaces 
will use an XML message format. However, all implementation should be done in a modular 
way such that this decision can be changed at a later date without major effect on the code. 

5.1 Element List 

This section documents all XML elements supported in the system. Each element 
is shown with it's associated attributes and all optional attributes will be in italics. If all 
attributes of a particular element are optional, it must contain at least one attribute to be valid. 
Child elements of a given element are not shown. 



<CONTENT_EVENT 


version-' 


1.0" 


/> 


<SERVER_EVENT 


version-' 


1.0" 


/> 


<RECEIVER_EVENT 


version-' 


1.0" 


/> 


<ACTIVITY_EVENT 


version-' 


1.0" 


/> 


<PLAYBACK_EVENT 


version-' 


1.0" 


/> 


<HEARTBEAT_EVENT 


version-' 


1.0" 


/> 


<ACTIVITY_COMMAND 


version=" 


1.0" 


/> 


<PLAYBACK_COMMAND 


version-' 


1.0" 


/> 


<RESCAN_RESPONSE 


version-' 


1.0" 


/> 
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<HEARTBEAT MESSAGE version^" 1 .0" / > 



<FILE EXTENSIONS 



version=" 1.0" /> 



<LIST EXTENSIONS 



version=" 1.0" /> 



<HOSTS 



version=" 1.0" /> 



<VIRTUAL ROOTS 



version=" 1.0" /> 



<MULTICAST GROUPS 



version=" 1.0" /> 



<ADD TRACKS/> 



<REMOVE TRACKS/> 



<ADD PLAYLISTS/> 



<REMOVE PLAYLISTS/> 



<ADD INTERNET SERVERS/> 



<REMOVE INTERNET SERVERS/> 



<ADD LOCAL SERVERS/> 



<REMOVE LOCAL SERVERS/> 



<ADD RECEIVERS/> 



<REMOVE RECEIVERS/> 



<ADD TARGETS/> 



<REMOVE TARGETS/> 



<ADD HOST/> 



<REMOVE HOST/> 
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<CREATE ACTIVITY/> 



<SET PLAYLIST/> 



<SET MODE/> 



<RESET CONTENTS 



<VIRTUAL ROOT name=" virtualRootName" 



localRoot="localRootName"/> 
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<HOST 



ipAddress- ' ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 



<FILE 



wr/="linkName" /«//iVa/we="localName7> 



<D> ADDRESS value="224 . 0. O.xx" /> 



<MODE 



value-'Liner | Random" /> 



<STATUS 



value- 1 Success I Failure" /> 



<ERROR/> 



<STRINGS CODE value="errorValue" /> 



<ACTIVITY 



id- ' id" name=" name" /> 



<STATE 



value = 

"Idle | Connecting | Buffering | Playing | Paused 
Stopped | Closed | Error" /> 
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<FILELIST /> 
<PLAYLIST/> 
<TRACK/> 
<EXTENSION /> 

<PROGRESS 

<LENGTH 

<POSITION 

<TITLE 

<ARTIST 

<ALBUM 

<GENRE 

<OPEN/> 

<PLAY/> 

STOP/> 

NEXT/> 

PREVIOUS/> 

SEEK/> 

PAUSE/> 

RESUME/> 

CLOSE/> 
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value" extension" /> 

value=" 100" units="percentage" /> 
value=" 0" units="milliseconds" /> 
value=" 0" units="milliseconds" /> 
name="Title" /> 
name=" Artist" /> 
name-' Album" /> 
name-' Genre" /> 



offset==" value" units-'milliseconds" /> 
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5. 2 Element Structure 



This section documents the structure of the supported XML elements, by 
outlining the parent-child relationships between all of the elements. Attributes of each element 
are not included in this section. 



Element 


Valid Parent Elements 


Valid Child Elements 


ACTIVITY 


ACTIVITYCOMMAND, 
ACTIVITY_EVENT 


ADDJTARGETS, ADD ! RACKS, 
ALBUM, ARUM, CLUbb, 
LKbA 1 b AC 1 IV 1 1 Y , eKKUK, 

GENRE, LENGTH, NEXT, 

PATTCC PT AV PT AVT TCT 

POSITION, PREVIOUS, 
PROGRESS, 

KbiVlw V b 1 /VKAJb 1 o, 

REMOVETRACKS, 

ppccT POMTFTsIT PF^TTMF 
xvCori i v^win i jz»iN i , ivcouiviii, 

SET_MODE, SET PLAYLIST, 

OJZ/ijiv, oiAic, jiur, in EE, 


ACTIVITY COMMAND 


NONE 


ACTIVITY 


ACTIVITY EVENT 


NONE 


ACTIVITY, ERROR 


ADD HOST 


HEARTBEAT EVENT 


HOST 


A T\T\ TXTTrDXTTT CrD\/T7DC 

ADD LN I bKJNbl bbKVbKIS 


abKVbK bvbJNl 


HUM 


ADD LOCAL SERVERS 


SERVER EVENT 


HOST 


Ann pj a VT TCTQ 
ADD rLAlLloIo 


CUJN 1 blN 1 EV blN I 


T7TT |7 


ADD RECEIVERS 


RECEIVER EVENT 


HOST 


ADDTARGETS 


ACTIVITY, 
CREATE ACTIVITY 


HOST 


ADD_TRACKS 


ACTIVITY, 
CONTENT EVENT, 
CREATE ACTIVITY 


FILE 


ALBUM 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


ARTIST 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


CLOSE 


ACTIVITY 


NONE 


CONTENTEVENT 


NONE 


ADD PLAYLISTS, 
ADD TRACKS,_ERROR, 
REMOVE PLAYLISTS, 
REMOVE TRACKS 


CREATE_ACTIVITY 


ACTIVITY 


ADD TARGETS, ADD TRACKS, 
SET MODE, SET PLAYLIST 
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ERROR 


A /""V I'll TTrpT7 

ACTIVITY, 


STRINGS_CODE 




ACTIVITY_EVENT, 






CON 1 EN 1 _b VEN 1 , 






"DT a \zn a r*v cwcxtt 
rLAYBACK_bvblN 1 , 






l<b,CblVbK bvblNl 




EXIbNMON 


T?TT T7 CVTUCTHXTC 

r !Lb_bA 1 bMUN d, 


XT/~\XTC 
JNUNH 




T TOT "CVTTJXTCT/^XTO 

Llbl bXlbNMUNo 




T > T~ > A TT TT> T"* A \ 7 A TT A TIT T"? 

FEATURE AVAILABLE 


TTT7 A T> HPTiTT A T A/TT7CC A /^T7 

HbAR 1 BbA 1 MbboAub 


XT/"\XTT7 

NUNb 


FEATURE NOT AVAILABLE 


HEARTBEAT MESSAGE 


NONE 


FILE 


ADD_PLAYLISTS, 


NONE 










fYPFXT PT AVT T^T 






REMOVF PLAYLISTS 

1VL <1VA\-/ V A-/ A Aj/X A A-/AkJ JL L_> , 






REMOVE TRACKS, 






SET PLAYLIST, TRACK 




FILE EXTENSIONS 


NONE 


EXTENSION 


FILELIST 


NONE 


FILE 


GENRE 


ACTIVITY, 


NONE 




PLAYBACK EVENT 




HEARTBEAT EVENT 


NONE 


ADD HOST, REMOVE HOST 


HEARTBEATMESSAGE 


NONE 


FEATURE AVAILABLE, 






FEATURE NOT AVAILABLE 


HOSTS 


NONE 


HOST 


HOST 


ADD HOST, 


NONE 




ADD RECEIVERS, 






ADD TARGETS, 






HEARTBEAT, HOSTS, 






REMOVE HOST, 






REMOVE RECEIVER, 






REMOVE TARGETS 




IP ADDRESS 


MULTI_CAST_GROUP S 


NONE 


LENGTH 


ACTIVITY 


NONE 




PLAYBACK EVENT 

A Avn A UiVV/lV A-/ ▼ A-/ J. 1 A 






NONF 
in\ji>l 


FXTFNSION 


MUlJb 


ob i MUJJb 


xtoxte 
JNUJNb 


MUL11LAM OKUUra 


XT/"iXTC 

INUINb 


TP ATYTVDT7QC 




AC I IV 11 Y 


XT/~\XTT7 

INUiNb 


OPEN 


PLAYBACK COMMAND 


T7TT T? 

rlLb 


T» IT TOP 

PAUSE 


a /'v I'll rn >\7 

ACTIVITY, 


NONE 




tit a ~\m a r^Ts s~*f~\n yf \ >r a xrr\ 

PLAYBACK COMMAND 




PLAY 


ACTIVITY, 


NONE 




TiT A "\7T"> A f^Tf /^/^v"» if A XTT™\ 

PLAYBACK COMMAND 






Xl/TNTE 
iNLMNb 


OPThXJ PATTQT7 PT AV PThCTIA/TP 
CJr\ClN, rAUoH, rLAl, IxJioUIVLc, 






SEEK, STOP 


PLAYBACK_EVENT 


NONE 


ALBUM, ARTIST, ERROR, 






GENRE, LENGTH, POSITION, 






PROGRESS, STATE, TITLE 


PLAYLIST 


ACTIVITY 


FILE 
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POSITION 


ACTIVITY 

t\\~r X X V X X I , 


NONF 




PT AYRACK FVFNT 

ILA X X>/\V-/XV J-* V XjIN X 




PRFVTOTTS 


ACTIVITY 

/W^ X X V X 1 I 


NONF 


procrf<s<\ 

x ISXJKJSSJjOO 


ACTIVITY 


MONF 




PT AYRACK COMMAND 




RFCFIVER EVENT 

XVX-*V_^X_<A V L/lv X-/ V 1— <1 ^ X 


NONF 


ADD RECEIVERS ERROR 






REMOVE RECEIVERS 

IVLjITI W V X> XX 1 V XvXXkJ 


REMOVE HOST 


HEARTBEAT EVENT 

x iXiZLiv x ux/n. x Xv v x_<i ~ x 


HOST 

Ilv/U X 


REMOVE INTERNET SERVERS 


SERVER RESPONSE 


HOST 

llV/lJ X 


RFMOVF T OCAI SERVFRS 

XVXjIVXW V Xj X-<\_/V>/»X-f OXjXv V L/lVU 


SFRVFR RFSPONSE 


HOST 

X XV_yO X 


REMOVE PLAYLISTS 

XxXvlYXW V X-* X X-jjTX X ijilJ X kJ 


CONTENT EVENT 


FILE 


RFMOVF RFCFTVFRS 

XVXwXVXVy V XJ XVX^V^X^X V Xfi\U 


RFCFTVFR FVFNT 

XVXvV^XvX V X-/XV X-< V J_/I > X 


HOST 


RFMOVF TARGFTS 

xvx^ivx v/ v x_> x rviwj x> x o 


ACTIVITY 

rw*s x x v x x x 


HOST 

IIV/O X 


RFMOVF TRACKS 

XxXjIYXv/ V U X IVrVvIVO 


ACTIVITY 

Av X X V X X X , 


FIT F 




CONTFNT FVFNT 




RFSrAN RFSPONSF 


NONF 


STATUS 


PFCFT CONTENT 


ACTIVITY 
r\v_/ x I V 1 1 I 


NONF 


iviioUiviii 


ACTTVTTV 


TsjnTvTF 




PT AVRAPk r Pn\/f\/f AMFJ 
iLA I JD/W^IV v^vJlvllVl/VlNxJ 






A fTTV TTV 


INvJINxi 




PT AVRAr^lf rn\yf M A XTTi 




oci\ V LK_l\Ejr VJIN oil 


INvJlNxi 


ATYTi rNJTT7P"NTPT QPTPVT7PQ 






Ann t hpat qfpvppq 






PFMHVF TTxTTFPMFT QFPVFPQ 






RFMOVF T OCAT SFRVFR ^ 


crT MODF 


ArTTVTTV 
/\v_> 1 1 V 1 1 x , 


mhfif 

iYlvJlyxl 




CRFATF ACTIVITY 




<xFT PT AVT T<xT 


ACTIVITY 

/\v^ 1 1 V 1 1 I , 


FTT F 




CRFATF ACTTVTTY 

L/lvEA 1 xj rVV^ 1 1 V x I I 




<1TATF 


ACTTVITY 
r\Ks x x V x 1 I , 


NONF 




PT AYRACK FVFNT 




<\TATTK 


RF<\CAN RF^PfYNTCF 


NONF 


^TOP 


A PTTVTTV 
rW^ 1 1 V x 1 I , 






PT AYRACK COMMAND 




STRINGS CODE 


ERROR 


NONE 


TITLE 


ACTIVITY, 


NONE 




PLAYBACK EVENT 




TRACK 


ACTIVITY 


FILE 


VIRTUAL ROOT 


VIRTUAL ROOTS j 


NONE 


VIRTUAL ROOTS 


NONE | 


VIRTUAL ROOT 



6. Protocol Interface Specification 



This section describes all protocol interfaces which utilize XML and query string 
message format. This includes all command, event and config edges as well as interfaces to 
discovery and initialization file formats. 
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6.1 



AudioControlSynchronous 



AudioControlSynchronous supports an Event Interface on which it receives 



events from AudioBrowserList, AudioContentList and AudioReceiverList to drive the GUI and a 
config interface on which it receives commands from a web browser, however, the config 
interface is not included in this document. It also outputs commands to the AudioControl 
Command Interface and Config Interface . 

6.1.1 Event Interface 

This interface supports four separate events: content, server, receiver and activity 
events. Event event is described in detail below. 



content based on the availability of server features on the network. AudioControlSynchronous 
can support any combination of elements under the CONTENTEVENT root element. 
AudioControlSynchronous will also need to be robust enough to support duplicate add and 
remove events, by ignoring all but the first event. The structure of a content event is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone= M yes" ?> 

<CONTENT_EVENT version=" 1.0"> 



The first type of event is a content event which contains changes to the available 



<ERROR> 



<STRINGS CODE 



value- ' errorValue 11 /> 



<l ERROR> 



<ADD TRACKS> 
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<FILE url=" HnkName" 



<FILE url=" HnkName" 



</ ADD TRACKS> 



<ADD PLAYLISTS> 
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fullName=" localName" /> 
fullName=" localName" /> 



<FILE url=" linkName" fullName=" localName" /> 
<FILE urH' linkName" fullName=" localName" /> 
</ ADD PLAYLISTS> 



<REMOVE_TRACKS> 

<FILE urH' linkName" fullName=" localName" /> 
<FILE url=" linkName" fullName=" localName" /> 

</ REMOVE_TRACKS> 

<REMOVE_PLAYLISTS> 

<FILE urH" linkName" fullName=" localName" /> 
<FILE url=" linkName" fullName=" localName" /> 

<l REMOVE_PLAYLISTS> 

</CONTENT_EVENT> 

The second type of event is a server event which contains changes to the available 
servers based on the availability of server features on the network, and whether a server supports 
local content, internet content or both. AudioControlSynchronous can support any combination 
of elements under the SERVER EVENT root element. AudioControlSynchronous will also 
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need to be robust enough to support duplicate add and remove events, by ignoring all but the first 
event. The structure of a server event is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<SERVER_EVENT version=" 1 .0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
<l ERROR> 

</ADD_INTERNET_SERVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName=" dnsName" /> 
</ADD_INTERNET_SERVERS> 

<ADD_LOCAL_SERVERS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
<l ADD_LOCAL_SERVERS> 

<REMOVE_INTERNET_SERVERS> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 
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<l REMOVE_INTERNET_SERVERS> 

<REMOVE_LOCAL_SERVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName=" dnsName" /> 
<J REMOVE_LOCAL_SERVERS> 

</ SERVER_EVENT> 

The third type of event is a receiver event which contains changes to the available 
receivers based on the availability of receiver features on the network. 

AudioControlSynchronous can support any combination of elements under the 
RECEIVER_EVENT root element. AudioControlSynchronous will also need to be robust 
enough to support duplicate add and remove events, by ignoring all but the first event. The 
structure of a receiver event is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<RECEIVER_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 
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</ADD_RECEIVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName=" dnsName" /> 
<l ADD_RECEIVERS> 

<REMOVE_RECEIVERS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
</ REMOVE_RECEIVERS> 

</ RECEIVER_EVENT> 

The fourth type of event is an activity event which contains changes to the active 
activities in the system. An activity event can contain multiple ACTIVITY elements and an 
ACTIVITY element can contain any combination of child elements. The structure of an activity 
event is as follows: 

<ACTIVITY_EVENT version=" 1 .0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 

<ACTIVITY id=" id" wwwe="name" > 
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<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 

<ADD_TARGETS> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

<ADD_TARGETS> 

<REMOVE_TARGETS 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
<REMOVE_TARGETS 

<PLAYLIST> 

<FILE url=" linkName" fullName=" localName" /> 

<l PLAYLIST> 

<TRACK> 

<FILE url=" linkName" fullName=" localName" /> 

<l TRACK> 

<STATE value = 

"Idle | Connecting | Buffering | Playing | Paused | 
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<PROGRESS 

<LENGTH 

<POSITION 

<TITLE 

<ARTIST 

<ALBUM 

<GENRE 

<CLOSE/> 

</ACTIVITY> 



Stopped | Closed | Error" /> 



value-' 100" units="percentage" /> 



value-' 0" units-'milliseconds" /> 



value=" 0" units="milliseconds" /> 



name="Title" /> 



name=" Artist" /> 



name=" Album" /> 



name-' Genre" /> 



</ACTIVITY_EVENT> 

Note that AudioControlSynchronous will also receive content events, server events, receiver 
events and activity events on startup to set the initial state of the system. 

6.2 AudioControl 



AudioControl supports a Command Interface on which it receives commands 
from AudioControlSynchronous and a Config Interface that supports synchronous requests from 
AudioControlSynchronous. It also outputs commands to the AudioSwitch Command Interface . 
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6.2.1 



Command Interface 



The AudioControl command interface supports activity commands. Activity 



commands act on a specific activity and can contain at most one ACTIVITY element, but an 
ACTIVITY element can contain any combination of child elements. All activity commands 
require an Activityld. The Activityld is generated by AudioControlSynchronous and will be a 
combination of the IP address where the browser feature is running and a unique sequentional 
identifier, i.e. 10.1.1.20.1, 10.1.1.20.2, etc. Once the unique Activityld is generated, 
AudioControlSynchronous can send multiple commands per activity as required. The complete 
structure is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 



<ACTIVITY COMMAND version^" 1 .0" > 



<ACTIVITY id= ,, id" name="name"> 



<CREATE ACTIVITY> 



<ADD TARGETS> 



<HOST 



ipAddress- 1 ipAddress' 



name-' hostName 11 



dnsName-' dnsName" /> 



<HOST 



ipAddress-' ipAddress' 



name-' hostName" 



dnsName=" dnsName" /> 



<ADD TARGETS> 
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fullName=" localName" /> 



<SET PLAYLIST> 



<ADD TRACKS> 



<FILE url=" linkName" 



<FILE url=" linkName" 



<FILE url=" linkName" 



fullName=" localName" /> 
fullName=" localName" /> 
fullName=" localName" /> 



</ADD TRACKS> 



<SET MODE> 



<MODE 



</ SET MODE> 



</ CREATE ACTIVITY> 



<PLAY/> 



<ADD TRACKS> 



<FILE url=" linkName" 



<FILE url=" linkName" 



</ ADD TRACKS> 



<REMOVE TRACKS> 



<FILE url=" linkName" 



<FILE url=" linkName" 



</ REMOVE TRACKS> 



value=" Linear 1 Random" /> 



fullName=" localName" /> 
fullName=" localName" /> 



fullName=" localName" /> 
fullName= " localName" /> 



<SET PLAYLIST> 
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<FILE url=" linkName" fullName=" localName" /> 
<l SET_PLAYLIST> 

<SET_MODE value="Linear | Random" /> 

<RESET_CONTENT/> 

<STOP/> 

<NEXT/> 

<PREVIOUS 

<SEEK offset=" value" units=" milliseconds" /> 

<PAUSE/> 

<RESUME/> 

<ADD_TARGETS> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 
</ADD TARGETS> 
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<REMOVE_TARGETS> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName=" dnsName" /> 

</REMOVE_TARGETS> 

<CLOSE/> 
</ACTIVITY> 
</ACTIVITY_COMMAND> 



The CREATE ACTIVITY command described above has very specific semantics as follows: 



#of Playlisls 


# of Tracks 


Mode 


Description 


0 


0 


Ignored 


INVALID 


0 


1 


Ignored 


Play single track only. 


1 


1 


Linear* 


Play list starting at selected track. 


1 


0 


Linear* 


Play list starting at first track, 
continue sequentially until end. 


1 


0 


Random 


Play list starting at random track, 
continue randomly until all songs 
played. 


0 


2+ 


Linear* 


Play all tracks in order received. 


0 


2+ 


Random 


Play all tracks in random order. 


1 


2+ 


Ignored 


INVALID 



* Default 



6.2.2 Config Interface 

There is one command supported by the AudioControl config interface, called 
ExpandPlaylist and the syntax is as follows: 

29 

71383 vl 



Marked-Up Version 



Serial No. 10/775,550 
Docket No. 3802-4060US4 



http://ipAddress/portal/protocols/AudioControl?Command=ExpandPlaylis 
t&Url=olavlistUrl 

ExpandPlaylist returns the contents of the requested playlist with all local file names translated 
into encoded URLs. The structure of the return message is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<FILELIST version=" 1.0" > 



<FILE 


url=" 


linkName" 


fullName=" 


localName" 


/> 


<FILE 


url=" 


linkName" 


fullName=" 


localName" 


/> 


<FILE 


url=" 


linkName" 


fullName=" 


localName" 


/> 


<FILE 


url=" 


linkName" 


fullName=" 


localName" 


/> 



</FILELIST> 

6.3 AudioSwitch 

AudioSwitch supports a Command Interface on which it receives commands from 
AudioControl, an Event Interface on which it receives events from AudioStreamSource and a 
Config Interface on which it receives synchronous command requests from AudioBrowserList. 
It also outputs commands to the AudioStreamSource Command Interface and activity events to 
the AudioBrowserList Event Interface. 
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6.3.1 Command Interface 

AudioSwitch supports the same command interface as AudioControl, since 
AudioControl is just responsible for sending commands to the correct session of AudioSwitch. 
For the complete interface specification, see AudioControl Command Interface . 

6.3.2 Event Interface 

The data sent to AudioSwitch from AudioStreamSource via the AudioSwitch 
event interface captures changes in the current status of the AudioStreamSource session. 
AudioStreamSource will be sending events and audio data to AudioSwitch via the event edge, so 
all payload data, include the XML event messages will have an RTP header on them to 
differentiate the audio from the events. AudioSwitch can support any combination of elements 
under the PLAYBACKEVENT root element. The complete interface is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYBACK_EVENT version=" 1.0" > 

<ERROR> 

<STR1NGS_C0DE value=" errorValue" /> 
</ERROR> 

<STATE value = | Buffering | Playing | Paused | Stopped | 
Closed | Error" /> 

<PROGRESS value=" 100" units-'percentage" /> 
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<LENGTH value=" 0" units="milliseconds" /> 

<TITLE name="Title" /> 

<ARTIST name=" Artist" /> 

< ALBUM name=" Album" /> 

<GENRE name=" Genre" /> 

<l PLAYBACK _EVENT> 

6.3.3 Config Interface 

There is one command supported by the AudioSwitch config interface, called 
ListActivities, which returns all of the currently active activities owned by AudioSwitch, and the 
syntax is as follows: 

http://ipAddress/portal/protocols/AudioSwitch?Command=ListActivities 

The structure of the return message is the same as the activity event as defined by the 
AudioBrowserList Event Interface . 

6.4 AudioStreamSource 

AudioStreamSource supports a Command Interface on which it receives 
commands from AudioSwitch. It also outputs events to the AudioSwitch Event Interface . 
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6.4.1 



Command Interface 



AudioStreamSource receives commands from AudioSwitch which manage the 



AudioStreamSource session and the audio being streamed by that session. AudioStreamSource 
can support any combination of elements under the PLAYBACK_COMMAND root element. 
The complete structure is as follows. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYBACK_COMMAND version=" 1.0" > 



<OPEN> 



<FILE 



url-' linkName' 



fullName=" localName" /> 



</OPEN> 



<PLAY/> 



<STOP/> 



<SEEK 



offset=" value' 



units=" milliseconds" /> 



<PAUSE/> 



<RESUME/></ PLAYBACK COMMAND> 
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6.4.2 Config Interface 

There is one command supported by the AudioStreamSource config interface, 
called ListMetadata, which returns all available information about a URL, and the syntax is as 
follows: 

http://ipAddress/portal/protocols/AudioStreamSource?Command=ListMeta 
data&Url=url 

The structure of the return message is the same as the PLAYBACK EVENT as defined by the 
AudioSwitch Event Interface . 

6.5 FileCrawler 

FileCrawler supports a Config Interface on which it receives synchronous 
commands from AudioContentList. 

6.5.1 Config Interface 

There is one command supported by the FileCrawler config interface, called 
ListFiles, which returns all of the files under the virtual root directory that match the given 
extension. 

http://ipAddress/portal/protocols/FileCrawler?Command=ListFiles&Root 
=virtualRoot&Extension=extension 

The structure of the return message is as follows: 

<?xml version= ,, 1.0" encoding="UTF-8" standalone="yes" ?>. 
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<FILE url=" linkName" 



<FILE url=" linkName" 



<FILE url=" linkName" 



<l FILELIST> 



AudioBrowserList 
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fullName=" localName" /> 
fullName=" localName" /> 
fullName=" localName" /> 



AudioBrowserList supports an Event Interface on which it receives events from 
AudioSwitch with current activity information and it outputs activity events as specified by the 
AudioControlSvnchronousEvent Interface . It also supports a Heartbeat Interface on which it 
receives events from Heartbeat announcing the addition or removal of new browser features to 
and from the network. 



6.6.1 



Event Interface 



AudioBrowserList supports the same event interface as 
AudioControlSynchronous since AudioBrowserList is just responsible for multiplexing the 
events it receives to all connected browser features. For the complete interface specification, see 
AudioControlSynchronous Event Interface . 



6.6.2 



Heartbeat Interface 



This interface receives a heartbeat event from Heartbeat announcing the the 
addition or removal of a host which is currently running the browser feature. The structure of a 
heartbeat event is as follows: 



71383 vl 



35 



Marked-Up Version 



Serial No. 10/775,550 
Docket No. 3802-4060US4 



<HEARTBEAT_EVENT version=" 1 . 0"> 

<ADD_HOST> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

</ADD_HOST> 

<REMOVE_HOST> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
<l REMOVE_HOST> 

<l HEARTBEAT_EVENT> 

6.7 AudioContentList 

AudioContentList supports a Config Interface on which it receives synchronous 
commands and it outputs content events and server events as specified by the 
AudioControlSvnchronous Event Interface . It also supports a Heartbeat Interface on which it 
receives events from Heartbeat announcing the addition or removal of new server features to and 
from the network. Lastly, it requires an initialization file to define the supported file and playlist 
types. 
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6.7.1 Config Interface 

At a high level the AudioContentList config interface needs to support the ability 
to list all of the content currently accessible across the network. In addition, it needs to provide 
an interface to allow the user to rescan content that may have changed. This can be done 
globally, for a particular host or for a particular virtual root on a host. 

The first command supported by the config interface is called ListContent, which returns all of 
the content currently available across all discovered server features. 

http://ipAddress/portal/protocols/AudioContentList?Command=ListContent 

The structure of the return message is as follows: 

<?xmlversion="1.0" encoding="UTF-8" standalone="yes" ?> 

<CONTENT_EVENT version="1.0"> 

<ADD_TRACKS> 

<FILE url=" linkName 

<FILE url=" linkName 
</ ADD_TRACKS> 

<ADD_PLAYLISTS> 

<FILE url=" linkName 

<FILE url=" linkName 
</ ADD_PLAYLISTS> 



fullName=" localName" /> 
fullName=" localName" /> 



fullName=" localName" /> 
fullName=" localName" /> 
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</ CONTENT_EVENT> 

The commands supported to rescan content are as follows: 

http://ipAddress/portal/protocols/AudioContentList?Command=ListHosts 

http://ipAddress/portal/protocols/AudioContentList?Command=ListVirtu 
alRoots&Host=ipAddress 

http://ipAddress/portal/protocols/AudioContentList?Command=Rescan 

http://ipAddress/portayprotocols/AudioContentList?Command=Rescan&Host=ipAddres 

http://ipAddress/poital/protocols/AudioContentList?Command^Rescan&Host=ipAddress 
&VirtualRoot=virtualRoot 

The first command will return all hosts currently accessible in the system. The structure of the 
return message is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<HOSTS version-" 1.0" > 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<HOST ipAddress-" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 
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<J HOSTS> 

The second command will return all virtual roots for a given host. The structure of the return 
message is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<VIRTUAL_ROOTS version=" 1.0"> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

</VIRTUAL_ROOTS> 

The remaining three commands will scan all hosts, a particular host or a particular virtual root, 
respectively and will result in a CONTENT EVENT being sent as defined by the 
AudioControlSvnchronous Event Interface . The config edge will return a status message as 
follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
<RESCAN_RESPONSE version=" 1.0" > 

<STATUS value=" Success | Failure" /> 
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This interface receives a heartbeat event from Heartbeat announcing the addition 
or removal of a host which is currently running the server feature. The structure of a 
HEARTBEAT EVENT is the same as defined by the AudioBrowserList Heartbeat Interface . 

6.7.3 Initialization File 

The AudioContentList.protocol initialization file, will contain data in XML 
format which describes what the supported audio content types are and which types are lists and 
which are single files. The XML format and will look like the following: 

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?> 

<PROTOCOLname=='AudioContentList'> 

<INITFILEmodule='AudioContentList*> 

<FILE_EXTENSIONS version="1.0"> 

<EXTENSION value=" mp3" /> 
<EXTENSION value=" wav" /> 
<EXTENSION value=" wma" /> 

</FILE_EXTENSIONS> 

<LIST_EXTENSIONS version="1.0'*> 
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EXTENSION value=" m3u" /> 
EXTENSION value=" pis" /> 
<EXTENSION value=" asx" /> 

<J LIST_EXTENSIONS> 

</ INITFILE> 

</ PROTOCOL> 

Note that this is just an example and does not represent a complete list. 

6.8 AudioReceiverList 

AudioReceiverList supports a Config Interface on which it receives synchronous 
commands and it outputs receiver events as specified by the AudioControlSvnchronous Event 
Interface . It also supports a Heartbeat Interface on which it receives events from Heartbeat 
announcing the addition or removal of new receiver features to and from the network. 

6.8.1 Config Interface 

There is one command supported by the AudioReceiverList config interface, 
called ListReceivers, which returns all of the discovered receivers. 

http://ipAddress/portal/protocols/AudioReceiverList?Command=ListRece 
ivers 

The structure of the return message is as follows: 
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<?xmlversion="1.0" encoding="UTF-8" standalone="yes" ?> 

<RECEIVER_EVENT version="1.0"> 

<ADD_RECEIVERS> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName-' dnsName" /> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

<HOST ipAddress^" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

</ADD_RECEIVERS> 

</RECEIVER_EVENT> 

6.8.2 Heartbeat Interface 

This interface receives a heartbeat event from Heartbeat announcing the addition 
or removal of a host which is currently running the receiver feature. The structure of a 
HEARTBEAT EVENT is the same as defined by the AudioBrowserList Heartbeat Interface . 
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6.9 HTTPServer 

HTTPServer supports a Config Interface on which it receives synchronous 
commands from AudioContentList. It requires an initialization file to define the supported 
virtual roots. 

6.9.1 Config Interface 

At a high level the HTTPServer config interface needs to support the ability to list 
the contents of the current virtual roots as well as the ability to modify the current virtual roots. 
This will translate to a number of supported commands as follows: 

http : //ip Address/portal/protocols/https?Command==ListVirtualRoots 

http://ipAddress/portal/protocols/https?Command=AddVirtualRoot&Name= 
virtualRoot&Local Root 

http://ipAddress/portal/protocols/https?Command=RemoveVirtualRoot&Na 
me=virtualRoot&LocalRoot=localRoot 

The structure of the return message is the same for all commands, as all commands will return 
the current contents of the virtual roots table after the command is executed. The structure is as 
follows: 

<?xml version="1.0" encoding= ,, UTF-8 H standalone- 'yes" ?> 
<VIRTUAL_ROOTS version=" 1.0"> 
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<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 

<VIRTUAL_ROOT name-* virtualRootName" 

localRoot- ' localRootName"/> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 

</ VIRTUAL_ROOTS> 

Since the virtual roots are persistent, the AddVirtualRoot and RemoveVirtualRoot commands 
will need to modify the contents of the initialization file. 

6.9.2 Initialization File 

The HTTPServer.protocol initialization file, will contain the same XML format 
that is returned from the config edge and will look like the following: 

<?xmlversion='1.0' encoding='UTF-8' standalone='yes' ?> 

<PROTOCOL name='HTTPServer , > 

<INITFILE module='HTTPServer'> 

<VIRTUAL_ROOTS version=" 1.0"> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 
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<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 

</ VIRTUAL_ROOTS> 
</ INITFILE> 
<l PROTOCOL> 

6.10 PortalSock 

PortalSock supports a Config Interface o n which it receives synchronous 
commands from AudioS witch to add or remove the given host to or from a multicast group. 

6.10.1 Config Interface 

The PortalSock config interface needs to support the ability to add the host it is 
running on to a given multicast group, the ability to remove the host from the multicast group 
and to report which multicast groups the host is currently a part of. This will translate to the 
following supported commands: 

http://ipAddress/portal/protocols/PortalSock?command=JoinMulticastGroup 
&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=LeaveMulticastGrou 
p&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=ListMulticastGroups 
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All three commands should return a current list of the multicast groups that the host is currently 
part of after the command completes, as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<MULTICAST_GROUPS version="1.0" > 

<IP_ADDRESS value=" 224.0.0.xx" /> 

<IP_ADDRESS valuer" 224.0.0.xx" /> 
</MULTICAST_GROUPS> 

6.11 Playlist Parsers 

All Playlist Parsers (i.e. M3Uparse, ASXParse, PLSParse, etc.) will take in the contents of the 
content specific playlist file, via an HTTP request on their data edge, and output an XML 
message with the following format: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<FILELIST version=" 1.0" > 

<FILE fullName=" localName" /> 

<FILE fullName=" localName" /> 

<FILE fullName=" localName" /> 
</FILELIST> 

Note that the Playlist Parsers are only responsible for filling in the local file names. 
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6.12 FileGlobalizer 

The FileGlobalizer will take in XML data using the FILELIST element, as output 
by the Playlist Parsers and is responsible for adding the url attribute, by using the 
VIRTU AL_ROOTS available via HTTPServer's config edge. All urls added by FileGlobalizer 
should be encoded for correct transport. The output message of the FileGlobalizer data edge is 
as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

FILELIST version=" 1.0" > 

<FILE url=" linkName" fullName=" localName" /> 

<FILE url=" linkName" fullName=" localName" /> 

<FILE url=" linkName" fullName=" localName" /> 

</FILELIST> 

6.13 Heartbeat 

The Heartbeat protocol will run on all hosts and broadcast a message to discovery 
on startup announcing the availability of the host. The feature that the host is announcing, will 
be determined by the channel that the Heartbeat broadcasts over. The contents of the message 
will indicate whether the feature is available on the given host. Which features are available will 
be specified in the Heartbeat initialization file. The format of the message sent to discovery on 
startup is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
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<HE ARTBE ATMES SAGE version="1.0" > 

<FEATURE_AVAILABLE/> 

<FEATURE_NOT_AVAILABLE/> 

<J HEARTBEAT_MESSAGE> 

The message must contain either the FEATURE_AVAILABLE tag or the 
FEATURE_NOT_AVAILABLE tag, but not both. 

The format of the Heartbeat initialization file is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PROTOCOL name='Heartbeat'> 

<INITFILE module- Heartbeat^ 

<NAMEVALUEPAIR name='Channel' value='#' /> 

<l INITFILE> 

</PROTOCOL> 

The supported channels are as follows: 



Channel 



3 



Local Server 



Channel 



4 



Internet Server 



Channel 



5 



Receiver 



Channel 



6 



Browser 
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The Heartbeat initialization file can contain multiple channels if the host is supporting multiple 
features, such as Local Server and Internet Server. 

A component architecture overview is shown again in Figure 2. 
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Name | Parameters | Action 


Au&oCortentLisf Config Interface 


ListContent 

ListHosts 

ListVirtualRoots 

Rescan 
Rescan 
Rescan 


N/A 

N/A 

Host 

N/A 
Host 
Host 

VirtualRoot 


Return message with all of the content 
currently available across all discovered 

HUM X^v^a. 

Return message will all hosts server hosts 

currently available. 

Return message with all virtual roots 

accessible on the given host. 

Rescan all hosts for new content. 

Rescan host for new content. 

Rescan host specific virtual root for new 

content. 


AudioContentList Event Interface 


AddHosts 
RemoveHosts 


Host [, Host, Host, ...] 


Send SERVER EVENT and 
CONTENT_EVENT to 
AudioControlSynchronous for new 
servers. 

Send SERVER EVENT and 
CONTENT_EVENT to 
AudioControlSynchronous for removed 
servers. 


Host [, Host, Host, ...] 


AudioReceiverList Config Interface 


ListReceivers 


N/A 


Return message with all of the discovered 
receivers. 


AudioReceiverList Event Interface 


AddHosts 
RemoveHosts 


Host [, Host, Host, ...] 


Send RECEIVEREVENT to 
AudioControlSynchronous for new 
servers. 

Send RECEIVER_EVENT to 
AudioControlSynchronous for removed 
servers. 


Host [, Host, Host, ...] 


FileCrawler Config Interface * ^ ^ t » 


ListFiles 


Root 

Extension 


Return message with all of the files under 
the virtual root directory that match the 
given extension. 
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Th ese The images as shown in Figures 3-5 represent screen shots from an early version 
of BeComm f s Audio Browser. The Audio Browser allows someone to control multiple audio 
devices and access all of the audio data on those devices. 

This The first image of Fi gure 3 shows the layout of the Audio Browser. A song titled 
"song3" is currently playing on the "Living Room Stereo". The Audio Browser should follow 
along a playlist by highlighting the currently playing song. 

Bed Room Stereo is currently not in use and can be added simply by clicking on it. This 
will cause music to start playing in the Bed Room that was already playing in the Living Room. 
Removing an Audio player is also simply done by mouse click. 

A new song or playlist could be switched at any point by double clicking on one. 
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Different audio can play on different adapters at the same time. This is done by 
clicking on the + sign on the far right of the button panel. Now a new audio session is created. 
To start playing music the user picks a song, selects any set of the available adapters (currently 
light gray represents adapters in use), and hits the play button. [[ 



^5 Applet Viewer: com/becomm/pulsar/Puls^ 
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This The screen as shown in Figure 5 shows the Audio Browsers state before the play 
button is pressed. When it is song2 will start playing in the Bed Room. 
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AudioStream Source Events 

This document is presented to clearly specify the events generated by 
AudioStreamSource (ASS). Where the Component Communication document is flexible, this 
document is slightly more rigid specification to be used for implementation of the ASS events, 
specifying likely order (comparison of Real and WMA needs to be done) and exact message 
contents. Note that buffering can take place at any time, except while stopped with no 
outstanding commands. 

For a standard open-play scenario of an mp3 format file, following are the events generated by 
the AudioStreamSource protocol, in order: 

[Open command issued ] 

<?xml version= M 1.0 ,, encoding= H UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version^" 1.0"> 

<LENGTH value=" 0" units="milliseconds" /> 
</ PLAYBACK EVENT> 

Not implemented yet: 

<?xml version="1.0" encoding="UTF-8" standalone= ,, ves" ?> 
<PLAYBACK EVENT version="1.0" > 



<TITLE 


name="Title" /> 


<ARTIST 


name=" Artist" /> 


<ALBUM 


name=" Album" /> 


<GENRE 


name-' Genre" /> 



<l PLAYBACK EVENT> 
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<?xml version="1.0" encodine="UTF-8" standalone="ves" ?> 
<PLAYB ACK EVENT version=" 1 .0" > 

<STATE value = Stopped" /> 
<l PLAYBACK EVENT> 

[Play command Issued ] 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYB ACK EVENT version="1.0" > 

<STATE value = "Playing" /> 
</PLAYBACK EVENT> 

Net congestion: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Buffering" /> 

<PROGRESS value=" 0-100" units="percentage" /> 
</ PLAYBACK EVENT> 

[song plays to completion] 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Stopped" /> 
<l PLAYBACK EVENT> 

For a standard seek scenario of an mp3 format file, following are the events generated by the 
AudioStreamSource protocol, in order: 

57 
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[Seek command issued ] 
Seek: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Buffering" /> 

<PROGRESS value=" 0-100" units="percentage" /> 
</PLAYBACK EVENT> 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Plaving"/> 

</ PLAYBACK EVENT> 

For a standard pause of a live stream scenario of an mp3 format file, following are the events 
generated by the AudioStreamSource protocol, in order: 

[Pause command issued ] 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Paused" /> 

</PLAYBACK EVENT> 

[Resume command issued ] 
Resume live stream: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 
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<STATE value = "Buffering" /> 
<PROGRESS value=" 0-100" units="percentaee" /> 
</ PLAYBACK EVENT> 

<?xml version="1.0" encodine="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Plaving"/> 
^PLAYBACK EVENT> 

For a standard stop-play scenario of an mp3 format file, following are the events generated by 
the AudioStreamSource protocol, in order: 

[Stop command issued] 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Stopped" /> 
</ PLAYBACK EVENT> 

[Play command issued] 
Net congestion: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Buffering" /> 

<PROGRESS value=" 0-100" units="percentage" /> 
</ PLAYBACK EVENT> 
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<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Playing" /> 

<J PLAYBACK EVENT> 
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CLAIM 

WHAT IS CLAIMED IS: 

1 . An audio server system for streaming audio content, comprising: 

an audio switch that receives commands from an audio control component and sends 

commands to an audio stream source, that receives events from an audio stream source and sends 

events to an audio browse list component, and that controls the switching of audio from the 

audio stream source to one or more receivers; and 

an audio control component that receives commands from an audio control synchronous 

component and sends commands to the audio switch. 
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ABSTRACT 



An audio server system for streaming audio content has an audio switch that 
receives commands from an audio control component and sends commands to an audio stream 
source, that receives events from an audio stream source and sends events to an audio browse list 
component, and that controls the switching of audio from the audio stream source to one or more 
receivers; and an audio control component that receives commands from an audio control 
synchronous component and sends commands to the audio switch. 
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